| 使用uniapp开发app的优缺点 | 您所在的位置：网站首页 › uni app性能 › 使用uniapp开发app的优缺点 |
使用uniapp开发app的优缺点
|
「这是我参与11月更文挑战的第10天，活动详情查看：2021最后一次更文挑战」 前言使用uniapp 开发app端一般分为两种情况， 1. vue页面基于webview排版引擎渲染，开发快，开发效率高，执行性能低 2. 第二种是nvue页面基于优化版的weex原生排版引擎渲染。原理是调用 原生组件进行渲染，所以基本效率可以达到原生级别关于nvue开发与vue开发的常见区别 使用哪种编译模式需要修改配置 // manifest.json { // ... /* App平台特有配置 */ "app-plus": { "nvueCompiler":"uni-app" //是否启用 uni-app 模式 } }具体请看 uniapp.dcloud.io/nvue-outlin… nvue nvue 提供原生能力有两种方式， 一种是uniapp 的原生能力， 还可以编辑原生插件来扩展原生能力 具体看 nativesupport.dcloud.net.cn/NativePlugi… nvue 的优缺点优点： web语法，快， 可生成多端，效率高缺点： 兼容性问题依然有很多小细节问题 uvue 没有提供的原生功能，需要原生可发协助开发 对于三端同时上线，一端存在 bug 的情况，Weex 并不能保证做到牵一发而不动全身。需要更加的小心课外知识： weex 对标 React Native 除技术栈语法不同，思路和技术性能基本一致，有人也将 Weex 叫做 Vue Native。 weex 是阿里主推的基石，所以有大量的阿里系应用使用了weex 包括众多的营销业务、首页、频道、搜索列表、正向流程、简单详情、富交互页面都是很适合使用Weex来开发的，同时在我们这边也有一个对应的原则包括 展示类项目优先使用 Weex、重构/新项目优先使用 Weex、深度垂直类目尝试使用 Weex。 2. Weex 不适合复杂场景 ？通用性，只有多个业务同时在使用，同时具备可抽离性特性的组件，譬如Video/TabBar/TitleBar/ImageUpload 这些在 Native中成熟的组件 稳定性，Native 组件不像 weex 上层的组件可调节性大，所以需要注意好 Native 组件一定需要没有Bug，防止修复和更新麻烦，同时 Native 组件一开始应该将大部分情况做成可配置化，防止频繁更新，导致需要适配很多版本 原子性，不建议一个组件同时做很多事情，应该是单一的功能，然后通过搭配的方式来得到更多功能 4. weex 组件开发和实践过程中的一些经验？811原则，默认80%的功能应该是不需要用户配置很多参数，10%的地方用户可以通过配置一些参数来达到目的，10%的稀有情况可以暂时不考虑，可能这里会花费很多时间开发，所以可以等到有业务需要使用时候，再更新上去 统一收口原则，为了避免后续组件变成一个大杂烩，后续迭代视觉交互、新功能的增加需要将通用性考虑进去，这里需要一个人统一来收口、开发维护此组件，可以避免很多“业务特性”来干扰组件的可用性 性能体验的优化，Weex 组件比页面的编写更应该保证他的性能体验 信任机制：很多时候别人使用你的组件一个很大原因是由于相信你的组件没有问题，是稳定的，同时后续会常常维护的 5. 未来跨端开发会是怎么样的？ Native的布局方式需要向H5的开发灵活性学习，逐步使用自动布局来实现，同时引入弹性思路开发，避免绝对计算 数据绑定方面会越来越便捷，譬如和MVVM思路一样，数据变化后，视图立马修改，而不是手动去触发 |
【本文地址】